home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000404_jim@wilbur.njit.edu _Mon Nov 30 17:59:41 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <jim@wilbur.njit.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA03312; Mon, 30 Nov 92 17:59:41 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA16636; Fri, 27 Nov 1992 21:55:37 +0100
  6. Received: by njitgw.njit.edu (5.57/Ultrix3.0-C)
  7.     id AA12117; Fri, 27 Nov 92 15:55:15 -0500
  8. Message-Id: <9211272055.AA12117@njitgw.njit.edu>
  9. Received: by wilbur.njit.edu; Fri, 27 Nov 92 15:53:44 est
  10. Date: Fri, 27 Nov 92 15:53:44 est
  11. From: jim@wilbur.njit.edu (Jim Whitescarver)
  12. To: www-talk@nxoc01.cern.ch
  13. Subject: interactive hypermedia
  14. Cc: al@eies2.njit.edu, murray@eies2.njit.edu, reddy@eies2.njit.edu
  15.  
  16. At NJIT we are going beyond the scope of the WWW.  We will support HTML
  17. for access, plus extensions for interactive group hypermedia.  Some issues
  18. involve the larger WWW community others may be better suited for another
  19. forum.  Although nothing is cast in stone, we must impliment these capabilities
  20. now, before the standards arrive.  We seek to maximize our WWW compliance.
  21. This is a summary of our current direction for your comments.
  22.  
  23. We will NOT obey the pricipal that the same reference always accesses the
  24. same hypertext object.  We plan a <VAR> tag to indicate variable data in
  25. the text.  Text within the <VAR> to </VAR> should not be cached.  It would
  26. be helpful if other clients supported this convention.  Initially, we will
  27. not cache the entire document is it contains one or more <VAR>, later we
  28. want to be able to request only the <VAR> fields for the document and
  29. merge them with a cached version with minimal communication.  VAR should
  30. have a TIMEOUT parameter ultimately.
  31.  
  32. We will add an <INPUT> tag, with parameters for length, type, and default.
  33. We will allow inputs to be sent using the format of search keywords over
  34. http.  It would be helpful if other browsers allow serches on documents
  35. containing the <INPUT> tag.  The length suggests how much space to leave
  36. for the input, not a maximum necesarily.  Text through </INPUT>  may be
  37. the prompt. A name parameter will allow addressing inputs like anchors.
  38. An input is, afterall, like an achor for keyboard data.  In addition to
  39. query (search) for input data, we will also require a submit, as http
  40. has no PUT operation, we will use mail (as with comments, see below).
  41.  
  42. We eventually want an <INCLUDE> tag with an HREF parameter.  This will allow
  43. breaking documents into smaller pieces that can be maintained independantly.
  44.  
  45. A fallback mechanism will be required.  I don't know if that issue has 
  46. been settled.  We will need a rules file capability for the client back 
  47. end and support for fallback entries in our rules file.  We should consider
  48. restructuring our rules mechanism to better support caching of documents.
  49.  
  50. We look forward to the dust settling in the multi-media mechanisms for the
  51. web.  In the mean time, and in addition, we plan to support file name
  52. conventions to determine the type of the document when it is otherwise
  53. unspecified.  Innitially we will support .html, .man, .mm, .ms, .jpeg, .gif,
  54. .au, .tar and the .Z suffix. Support for .mime might also be quite nice
  55. dispite the recursion.  We have not resolved all the issues of supporting
  56. this over an http link or dividing the responsibilities between the
  57. client back end and the server.  We may innitially restrict this to
  58. local and ftp file addresses.
  59.  
  60. We have tenativly selected tcl as our machine independant procedure
  61. language to define group activities accociated with the WEB "group
  62. memory".  Though we prefer Smalltalk, tcl provides a sufficient meta
  63. language capability across Unix, pc's and mac's in the public domain.
  64. The wish (tk) extensions to tcl for Xwindows and tkWWW are an added
  65. plus.  I'd like feedback from others on the use of tcl.
  66.  
  67. I've been planning an interactive service via http://eies2.njit.edu/
  68. (or telnet://www@eies2.njit.edu/), but lacked time to make it releasable.
  69. I promise to get around to it soon.  Comments are sent to www@eies2.njit.edu
  70. as mail with the HREF as the subject and the text of the comment after
  71. a blank line in the message body.  If the comment does not begin with
  72. an HTML markup, <FIXED> will be assumed, <> quoted (i.e. \<\>), and anchors
  73. added for imbedded HREFS.   (Yes, we do plan to support MIME eventually).
  74. Hopefully the service will be up soon enough for your comments.
  75. Check http://eies2.njit.edu/interactive.
  76.  
  77. jim